Method for the immediate escalation of at least one rule change in a catalog management system

ABSTRACT

In a rules based management system for controlling multiple levels of related catalogs, a method for immediate escalation of, and response to, a request from a customer to change a rule associated with the customer. The rules associated with the customer are used to derive the customer&#39;s catalog and each rule is associated with the person imposing the rule, called the owner of the rule. The method prevents, or at least minimizes, customer frustration with administrators of the catalogs by providing automated escalation of the customer&#39;s rule change request to the owner of the rule. The owner of the rule may physically reside in the same geographic location as the customer or in an entirely different country than the customer. Starting with the catalog used by the customer, catalogs are search in order of ancestry until the owner of the rule is found. The rule owner is alerted to the presence of the customer&#39;s request and a response, which may be an approval, a denial, or a request to discuss the matter further, is sent to the customer. If the response is an approval, then the rule is changed and the catalog reflects the rule change the next time the customer accesses the catalog.

BACKGROUND OF THE INVENTION

The present invention relates generally to the field of management ofelectronic catalogs and more specifically to a method for immediateescalation of, and response to, a rule change request from a customer ina rules based management system.

Electronic catalogs are similar to traditional paper catalogs in thatthey can be used to display products and services of a company.Electronic catalogs, however, are much more flexible than paper catalogsin that they are more easily updated and can also be used in a mannersimilar to databases. Electronic catalogs can store legal and technicalinformation, which an authorized customer can access and use to producecontracts and proposals. Electronic catalogs may also offer multiplecapabilities to customers, for instance, a catalog can offer differenttypes of reporting formats, invoicing procedures and distributionmethods.

In a rules based management system for electronic catalogs, a set ofrules are defined and the rules are applied to a data set to create acatalog. When one of the rules is changed, the contents or capabilitiesof the catalog are changed. Sub-catalogs can easily be derived from aparent catalog by copying the rules of the parent catalog, adding one ormore rules specific to the sub-catalog, and applying the rules againstthe data set associated, with the parent catalog to create thesub-catalog. The rules act as filters for the data and each time adifferent set of rules are applied to the original data a differentcatalog is created. Capabilities available within a catalog, the typesof displays presented, and other customer “entitlements” are based onthe rules that are used to create the catalog. Subsequent descendantcatalogs can also be derived from a sub-catalog. Thus, manysub-catalogs, that ultimately derive from the same-base catalog, can becreated and managed by a single entity using a rules based managementsystem. This system streamlines management of the catalogs and allowsthe entity to maintain administrative control over a wide variety ofelectronic catalogs.

In traditional electronic catalogs, a customer gains access to thecatalog through a log-in process wherein customer provided informationis used to verify the authenticity of the customer. The customer isidentified during this log-in process and the rules associated with thecustomer are retrieved and applied to the data to create the customer'scatalog. As used herein “customer” is given a very broad definition and,besides its traditional meaning, “customer” is meant to includeretailers, wholesalers, marketers, developers, manufactures anddistributors. Thus a seller of computers can be a “customer” when usingan electronic catalog. For example, a customer (retailer or distributor)that deals in desktop computers may have his catalog limited to productsand services related to desktop computers. A problem with traditionalcatalog systems however, is that if the customer subsequently increasesthe scope of his business and becomes interested in laptop computers, hewould have to go through a manually intensive process of requestingincreased inclusion of products for his catalog. This traditional rulechange process can take long periods of time as the request must bemanually forwarded, usually more than once, until it reaches the personwith the authority to approve the requested rule change. The rules, inmost cases, are set by more than one individual and, in large managemententities, these individuals are usually not in the same geographiclocation. Lengthy manual processes such as this traditional rule changeprocedure are prone to errors and many times result in lost sales due tocustomer frustration. The present invention solves this problem.

Rules and data associated with electronic catalogs are usually stored onspecial computers known as servers and accessed via a network. Smallnetworks called local area networks, or LAN's, and are traditionallyused to connect computers within a single building or complex.Metropolitan area networks, or MAN's, refer to networks that connectcomputers throughout a city. Wide area networks, or WAN's, connectgeographical areas larger than a city. The Internet, which is aworldwide network, can be considered the ultimate WAN. The hardware andsoftware used to set up and run a network is referred to as thenetwork's infrastructure. The Internet is an association of computernetworks with common standards, which enable information to be sent fromany host on one network to any host on another network. Originallydeveloped in the 1970's to support military research, it has since grownand expanded to support commercial, educational, and other users. TheWorld Wide Web is an Internet facility designed for multimedia use, inwhich individuals or organizations make available ‘pages’ of informationto other users anywhere in the world. Access to these pages can be at nocost or, in the case of certain commercial operations, a fee can berequired before access is granted. The Internet uses a client-serverarchitecture to control the sending and receiving of information. In aclient-server architecture, one computer (the server) has a supply ofinformation and another computer (the client) requests some of theinformation. The request is forwarded form network to network until itreaches the network on which the server resides. The server thenprocesses the request and responds by sending the requested informationback to the client. During their travels across the Internet, requestsand responses will likely encounter one or more gateways and routers.Gateways are located between computer networks and enable a networkoperating according to one protocol to pass messages to a second networkworking to a different protocol. Routers are devices that push trafficthrough a packet-switched network. As used herein, requests, responses,messages, traffic and packets each refer to digital informationtraveling over a network. In the Internet, routers are used to determinethe best possible route for packets to reach their destination andforward the packets along that route.

The Internet provides many services to its users. E-mail is probably themost popular service. E-mail can be a simple text message that is typedat the user's keyboard, which is then sent to another user on thenetwork. In the same way that a letter must be addressed correctly toreach its destination, an e-mail message must also specify the addressof the person it is being sent to. The biggest advantage of using e-mailis that it reaches its destination much faster than traditional mail,usually in a matter of a few seconds. File Transfer Protocol (FTP) isknown for easy downloading of public domain software and sharewareprograms. Bulletin Board Systems (BBS) are an electronic version oftraditional bulletin boards found in public areas. Bulletin boardsoriginated to provide users who have similar interests with a method ofkeeping in touch and sharing information. A BBS user “posts” messages orfiles about all kinds of subjects, and anyone who can access the BBS canview and respond to the messages.

Instant Messaging (IM) is a text messaging method of communicationwherein messages are exchanged, usually within a dedicated window, inreal time or near real time. As long as both parties are on-line, theparties can exchange text messages in a manner similar to a regularvoiced conversation. When a person sends an instant message it causes adialog window to open, or pop-up, on the recipient's screen. Some IMapplications that are included in a network's infrastructure provide forthis pop-up window function even when the IM program is not activelyrunning on the recipient's computer. As with e-mail, IM messages can beaccompanied by a “beep” or other sound to alert the recipient to themessage.

Text messages can also be transmitted from a computer network to adigital telephone network and subsequently forwarded to a text messagingdevice. Text messaging devices include specialized beepers and cellulartelephones. These devices include a keyboard for typing and a screen fordisplaying the text messages. In the case of cellular telephones, if adedicated keyboard is not provided, the numeric keypad can be used totype out the text of a message. Digital communication systems alsoprovide for computer generated voice messages and digital voicerecordings to be sent from a computer network to a telephone network.These messages and recordings may be initiated by a computer on theInternet but terminate as a telephone call to a cellular telephone oreven a traditional landline telephone.

SUMMARY OF THE INVENTION

A method for immediate escalation of a rule change request from acustomer to change a rule that applies to a catalog associated with thecustomer, wherein the rule is a member of a set of rules that are usedto create the catalog. The rule change request is escalated until itreaches an owner of the rule. The owner of the rule may be associatedwith the catalog or with an ancestor catalog from which the catalog isderived. A means for the customer to submit the rule change request isprovided and a software module associated with the catalog receives andprocesses the rule change request. If the rule change request has beenpre-approved, an automated response indicating approval of the requestis sent to the customer and the set of rules are changed to reflect theapproved rule change. If the request has not been pre-approved, theowner of the rule is located, the request is forwarded to the owner, andone or more alerts are sent to the owner alerting him to the presence ofthe request. The response from the owner of the rule is then sent to thecustomer. The response can indicate an approval of the request, adisapproval of the request with a reason for the disapproval, or asubsequent request from the owner of the rule to hold a dialog with thecustomer to discuss the rule change request. If the response is anapproval, the set of rules is changed to reflect the approved rulechange and the revised catalog is available to the customer the nexttime the customer accesses the catalog.

The means for submitting the rule change request can be a hyperlink to arequest form, a voice telephone number, a facsimile telephone number, oran e-mail address. The owner of the rule is alerted to the presence ofthe request via an e-mail message, a pop-up instant message, a textmessage, and/or a telephone call to the owner of the rule, and thetelephone call can be initiated by an administrator or by the softwaremodule. The rule change request may pertain to prices that areapplicable to the customer, inclusion of products, services and/orcapabilities within the catalog, or exclusion of products, servicesand/or capabilities from the catalog.

It is an object of the present invention to provide a quick andefficient method for meeting the changing needs of customers.

If is a further object of the present invention to provide real-time ornear real-time responses to rule change requests from customers.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention of the present application will now be described in moredetail with reference to the accompanying drawings, given only by way ofexample, in which:

FIG. 1 is a schematic diagram showing an exemplary relationship betweenchild and ancestor catalogs;

FIG. 2 shows an exemplary means within a catalog for customers to submitrule change requests;

FIG. 3 shows an exemplary rule change request form;

FIG. 4 shows exemplary methods for alerting a rule owner to the presenceof a rule change request;

FIG. 5 is a flow chart that shows generalized steps of the presentmethod;

FIG. 6 is a flow chart that shows some of the specific steps of thepresent method;

FIG. 7 is a flow chart that shows more specific steps in the presentmethod; and,

FIG. 8 is a flow chart that shows exemplary steps for locating an ownerof a rule.

DETAILED DESCRIPTION OF THE INVENTION

The present invention provides for immediate escalation of a rule changerequest made by a customer of a catalog or sub-catalog. As used herein“customer” is given a very broad definition and, besides its traditionalmeaning, “customer” also includes retailers, wholesalers, marketers,developers, manufacturers and distributors. A customer, therefore, canbe thought of as any “participant” in the cataloging system. A “catalog”as used herein refers to any rules based management system, wherein thecustomer's catalog is created based on the set of rules associated withthe customer. The set of rules taken as a whole can be thought of asimplementing the policy that exists between the customer and owner ofthe catalog.

FIG. 1 illustrates the relationship between a base catalog 100 and thecatalogs 102, 104, 106, and 108, that are derived therefrom. Inpractice, the owner of the catalog will list all products, services andcapabilities available worldwide in his base catalog 100. For claritypurposes, and unless otherwise stated, the term “products” will be usedto refer to products, services and capabilities. The owner of thecatalog then employees filters, or rules, to derive one or moresub-catalogs 102 and 104 from the base catalog 100. In this example, thefilters are selected based on the region of the world in which thesub-catalogs will be available and upon the customers that are to betargeted. Both sub-catalogs 102 and 104 inherit rules from base catalog100. These inherited rules are either mandatory or optional. Optionalrules may be changed locally by the sub-catalog. However, mandatoryrules require escalation of a rule change request to an owner of therule. Sub-catalogs 102 and 104 are not identical as both sub-catalogsalso have explicit rules added to them based on the regions in whichthey are employed as well as other factors. The owner of a given rulethat applies to sub-catalog 104 will either be at the regional level, inthe case of explicit rules, or at the world-wide level, in the case ofan inherited mandatory rule. Sub-catalogs 106 and 108 inherit the rulesof sub-catalog 104 and each may also have explicit rules, or filters,applied to them based on the country in which they will be available andthe targeted customers. An owner of a rule is a novel concept anddictates that every mandatory and explicit rule is associated with theperson imposing the rule. Thus an owner of a rule of sub-catalog 108 maybe associated with the base catalog 100, the regional catalog 104, orlocally with sub-catalog 108. Each catalog maintains information onlocal owners of rules, i.e., the authors of non-inherited rules.Sub-catalog 108 has as its ancestor catalogs, sub-catalog 104 and basecatalog 100. FIG. 1 is provided only by way of example and othersub-catalogs can have more than two ancestors. Further, sub-catalog 108could also be used to derive a lower sub-catalog, for a specific cityfor example. This type of infrastructure employs a rules basedmanagement system and allows the products of multiple sub-catalogs to bechanged merely by changing one inherited rule. This eliminates the needto manually add or delete products from many sub-catalogs individually,which can be extremely labor intensive.

FIG. 2 shows an exemplary “Welcome” window 200 that a customer wouldencounter after he has logged on to a catalog employing the presentsystem. During a typical session with the catalog, the customer wouldselect an option in the middle of window 200 and move on with his normalcourse of business. However, if the customer is unhappy with some aspectof the catalog and wishes to request a change to a rule pertaining tothe catalog, then the customer would click on the hyperlink provided inwindow 202. The customer is then transported to the Rule Change RequestForm of FIG. 3.

FIG. 3 shows an exemplary form 300 that a customer can use to submit hisrule change request. Window 302 provides information on the customer andmay be pre-filled out for the customer based on customer informationalready stored in the system. In this case, the customer would merelycheck the information provided in window 302 to ensure accuracy. Thecustomer could then change any incorrect information and update any oldinformation, as necessary. Window 302 would include at a minimum,customer name and contact information for the customer. Window 304preferably includes one or more short questions designed to help thecustomer explain the rule change that he is requesting. For example,window 304 could include the following questions: “Do you wish to addproducts to your catalog?”; “Do you wish to exclude products from yourcatalog?”; “Do you wish to change prices in your catalog?”. Each ofthese questions could be followed by a “check” box or circle, whereinthe customer would be allowed to place a “check” next to the appropriatequestion, thereby indicating an affirmative answer. Window 304 couldalso provide other options, such as lists of specific products, for thecustomer to “select” to further explain his request. Window 304 alsopreferably includes a comments area where the customer can type otherinformation that he believes would be helpful to the owner of the rulein making a decision regarding the request, including reasons orjustifications for the request. If the customer, for whatever reason,does not want to submit his rule change request via window 300, thenwindow 306 provides the customer with a voice telephone number, afacsimile telephone number, and an e-mail address with which he maysubmit his rule change request. The voice telephone number allows thecustomer to speak with an actual person, or administrator, associatedwith the catalog. Through a series a questions and answers, theadministrator would gather the necessary information from the customerand the administrator would fill out and submit the request for thecustomer. The facsimile submission method allows the customer to submithis request from any fax machine. The e-mail submission method allowsthe customer to submit the rule change request from any computer withInternet access. A faxed or e-mailed rule change request would providethe same customer information and rule change information required inwindow 300. The receipt and processing of a rule change requestsubmitted via facsimile or e-mail could be fully automated, partiallyautomated or handled by an administrator depending on the level ofcoordination between the catalog system and the customer.

FIG. 4 is intended to show the receipt of a rule change request from acustomer, the multiple methods used to alert the owner of the rule tothe presence of the request, and the subsequent response sent to thecustomer. The customer can use his computer 400 to submit the rulechange request to the catalog 402. The request can be submitted fromcomputer 400 by filling out the rule change request form of FIG. 3,after the customer has accessed the catalog 402. Computer 400 can alsobe used to submit the rule change request by e-mail or by fax, providedthe computer 400 includes faxing hardware and software. The request ispreferably processed within catalog 402 by software associated with thecatalog. However, as mentioned above, the present method also providesfor intervention by a system administrator when necessary. After therule change request is received by catalog 402, an automatic search forthe owner of the rule is conducted. When the owner of the rule is found,the contact information for the owner of the rule is used to forward therequest to the owner, and to alert the owner of the rule to the presenceof the request. In the preferred embodiment, the request is sent to theowner of the rule via e-mail. Using e-mail allows a copy of the requestto be automatically archived in the rule owner's e-mail account. Theowner can also print a hard copy of the request if desired. Of course,other methods may also be used to send the rule change request to therule owner, including fax and text messaging, for example. After therule change request has been sent, one or more alerts are immediatelysent to the owner of the rule. The methods for alerting the rule ownerto the presence of the request are only limited by the communicationdevices that are carried or owned by the rule owner. A pop-up instantmessage can be sent to the rule owner's computer 408. Such messages havethe inherent ability to the grab a person's attention by immediatelyappearing as a dedicated window on the person's computer screen. If theperson is logged-on to the appropriate network and receives an instantmessage, a window will pop-up on his screen and remain on the screenuntil the person closes the pop-up window. Thus, even if the person isaway from his desk, the pop-up window will remain displayed until theperson returns and subsequently closes the window, after reading themessage displayed therein. Pop-up messages and e-mails can optionally beaccompanied by a beep or other sound designed to draw the recipient'sattention. Another method for alerting the rule owner to the presence ofa rule change request is by placing a telephone call to a telephone 406of the rule owner. The telephone call can be made to a cellulartelephone or to a traditional wired telephone. In the preferredembodiment, the telephone call is generated by the software associatedwith catalog 402, and a pre-recorded message is played for the owner orleft as a message on the owner's voice mail. The pre-recorded messageindicates to the owner that there is a rule change request that is inneed of his attention. Alternatively, the message can be customized toinclude customer specific information, including the name of thecustomer and/or the time and date the request was received by thecatalog 402. Yet another method for alerting the owner of the rule tothe presence of a rule change request is sending a signal to the ruleowner's beeper 404, which may also include text messaging capabilities.If beeper 404 includes text messaging capabilities a plain text message,indicating a pending rule change request, is generated and sent bycatalog 402 and displayed on the screen of beeper 404. If beeper 404does not have text messaging capabilities, then a pre-designated numericcode, or telephone number, can be displayed on the beeper, which alertsthe rule owner to the pending request. Of course, beeper 404 can alsogenerate one or more “beeps” or be caused to vibrate in order to attractthe rule owner's attention. These alerting methods can be employed in atime delayed fashion, wherein the first alert is sent to the ruleowner's computer 408, and if there is no response or acknowledgementfrom the owner within a predefined time period, a second alert is sentto the rule owner's telephone 406. If there is still no response fromthe rule owner, then a third alert would be sent to the rule owner'sbeeper 404. Alternatively, more than one alerting method can beinitiated simultaneously in a “shotgun” effort to immediately contactthe rule owner.

FIG. 5 is a generalized flow chart intended to show the overalloperation of the present method. In step 500, a means for submitting therule change request is provided for the use of the customer. In thepreferred embodiment, the means for submitting the rule change requestis provided within the catalog itself and comprises a submission form,such as the form shown in FIG. 3. However, other means, including faxand voice telephone, can also be used as the means for submitting a rulechange request. In step 502, the rule change request is received by thecatalog. Preferably, the request is in electronic form and the softwaremodule associated with the catalog provides automated receipt of therequest. In step 504, the request is checked against a list of rulechanges that have been pre-approved. Pre-approved rule changes caninclude optional rules inherited from ancestor catalogs, or explicitrules imposed locally that are also optional in nature. In step 506,pre-approved rule change requests are processed by sending a response tothe customer, indicating approval, and by changing the set of rulesassociated with the catalog to reflect the change. Contact informationon the customer, either stored within the catalog or provided by thecustomer in their request, is used to send the response to the customer.In step 508, requests that have not been pre-approved are forwarded tothe rule owner, and status, indicating that the request has beenforwarded, is sent to the customer. It is important to prevent thecustomer from becoming frustrated while he is waiting on a response tohis request. Providing the customer with the status of his requestminimizes customer frustration. In step 510, the owner of the ruleresponds to the request and the response is forwarded to the customer.If the response is an approval of the request, then the rules associatedwith the catalog are immediately amended to reflect the change. Therevised catalog, reflecting the new set of rules, is then available thenext time the customer accesses the catalog. The owner's response ispreferably sent to the catalog and forwarded by the catalog to customer.In this way the catalog is forced to create a record of the responsethereby documenting the completed transaction. However, the owner of therule may also send the response directly to the customer. In that case,the rule owner would send a copy of the response to the catalog or senda separate transmission to the catalog indicating that he responded tothe request.

FIG. 6 shows specific steps associated with the present method. In step600, it is determined whether or not the rule change request is one thathas been pre-approved. If the request is one that has been pre-approved,the customer is notified of the approval and the set of rules associatedwith the customer's catalog is updated to reflect the new rule, step602. If the request is one that has not been pre-approved, then therequest must be escalated, or forwarded to the owner of the rule. Instep 604, the customer is provided status indicating that his requesthas been escalated. In step 606, a search is conducted for the owner ofthe rule. As mentioned above, the owner of the rule can be associatedwith the catalog or he can be associated with an ancestor catalog. Ruleowner's associated with ancestor catalogs may physically reside in adifferent city or country from the customer. The catalog is, at leastlogically, linked to its immediate ancestor catalog from which it wasderived, and the immediate ancestor is linked to the catalog from whichit was derived. This line of ancestry continues until the base catalog,from which all of the catalogs were ultimately derived, is reached. Eachcatalog is searched, in order of ancestry, until the owner of the ruleis found. To use a human analogy, the child catalog (customer's catalog)is searched first, then the parent catalog is searched, then thegrandparent catalog. Searching continues until the person that actuallyimposed the rule, i.e., the owner of the rule, is located. In step 608,the rule change request is forwarded to the owner of the rule viae-mail, in the preferred embodiment. In step 610, one or more alerts aresent to the owner of the rule in order to draw the owner's attention tothe pending request. Finally, in step 612, the owner of the ruleresponds to the request and the response is sent to the customer. Theresponse from the rule owner can be an approval, a denial with reasonfor denial, or a request from the rule owner to hold a dialog with thecustomer in order to discuss the requested rule change. Exemplary stepstaken when a dialog is requested with the customer are illustrated inFIG. 7.

Referring to FIG. 7, in step 700, the owner of the rule is alerted to apending rule change request. In step 702, the rule owner reviews therequest and decides whether or not he needs to hold a dialog with thecustomer to discuss the matter. If no dialog is required, meaning thatthe response is an approval or a denial, then the response is forwardedto the customer, in step 704, and the rules are updated if the requestwas approved. If, in step 702, the rule owner decides that a dialog withthe customer is necessary, then a message is sent to the customerletting the customer know that a dialog with the customer has beenrequested by the rule owner, step 706. The message preferably statesthat the owner will initiate contact with the customer however, themessage may also include contact information on the owner of the rule.Giving the customer some information on the person with which he will bediscussing his rule change request will empower the customer andminimize frustration. The rule owner will preferably contact thecustomer on the same day that the owner receives request. However, inthe event that a rule owner takes more than a day to contact thecustomer, the customer can use the rule owner's contact information toinitiate contact with the rule owner, if desired. In step 708, the ruleowner attempts electronic contact with the customer. Electronic contactincludes e-mail and instant messaging. If contact by electronic means isunsuccessful, then in step 710, the rule owner attempts telephonecontact with the customer. Of course, the rule owner can skip step 708,if desired, and move directly to trying to contact the customer viatelephone. Preferably, contact information for the customer is sent tothe rule owner along with the rule change request. In step 712, the ruleowner and the customer hold a dialog to discuss the requested rulechange and come to some agreement concerning the rule change request. Ifthe result of the dialog is an approval of the request, then the rulesassociated with the catalog are changed to reflect the rule change.

FIG. 8 shows the steps followed when a search is conducted to find theowner of the rule. In step 800, the rule owners associated with thecustomer's catalog are searched. In step 802, it is determined whetheror not the rule owner is found. If the rule owner is found, the rulechange request is forwarded to the rule owner, in step 804, and the ruleowner is alerted to the pending request, step 806. If the rule owner isnot found at the present (local) level, then the rule owners associatedwith the catalog in the next higher level (immediate ancestor) issearched, step 808. In step 810 it is determined whether or not the ruleowner was found in step 808. If the rule owner was found, then thecontact information associated with the rule owner is used to forwardthe request to the owner and the owner is alerted to the request, steps804 and 806. If in step 810 it was determined that the rule owner wasnot found, then the catalog in the next higher level is searched for theowner of the rule, step 808. This process of searching higher and higherlevel catalogs is repeated until the owner of the rule is found. Whenthe rule owner is found, the request is forwarded to him and the ruleowner is alerted to the request. It is worth repeating at this pointthat customer as used herein includes marketers, sellers both direct andindirect, developers, manufacturers and distributors. Furthermore, theremay be many more levels of catalogs then the three levels shown in FIG.1.

The foregoing description of the specific embodiments will so fullyreveal the general nature of the invention that others can, by applyingcurrent knowledge, readily modify and/or adapt for various applicationssuch specific embodiments without departing from the generic concept.Therefore, such adaptations and modifications should and are intended tobe comprehended within the meaning and range of equivalents of thedisclosed embodiments. It is to be understood that the phraseology ofterminology employed herein is for the purpose of description and not oflimitation.

1. A method for immediate escalation of a rule change request from acustomer to change a rule that applies to a catalog associated with thecustomer, wherein the rule is a member of a set of rules that are usedto create the catalog and the request is escalated until it reaches anowner of the rule, and wherein the catalog and the set of rules arestored and executed on networked computer hardware, the methodcomprising the steps of: providing a means for the customer to submitthe rule change request; receiving the rule change request by a softwaremodule associated with the catalog; processing the request to see if therule change request has been pre-approved, wherein if the request hasbeen pre-approved an automated response indicating approval of therequest is sent to the customer and the set of rules are changed toreflect the approved rule change, and if the request has not beenpre-approved; locating the owner of the rule; forwarding the request tothe owner of the rule; alerting the owner of the rule to the presence ofthe request; and, sending a response from the owner of the rule to thecustomer, wherein the response indicates an approval of the request, adisapproval of the request with a reason for the disapproval, or asubsequent request from the owner of the rule to hold a dialog with thecustomer to discuss the rule change request, and wherein if the responseis an approval, the set of rules are changed to reflect the approvedrule change.
 2. The method of claim 1, wherein the step of providingfurther comprises the step of: providing a means within the catalog forthe customer to submit the rule change request, wherein the means is ahyperlink to a request form, a voice telephone number, a facsimiletelephone number, or an e-mail address.
 3. The method of claim 1,wherein the step of alerting further comprises the step of: sending ane-mail message, a pop-up instant message, a text message, a telephonecall, or a combination of these to the owner of the rule, wherein thetelephone call is initiated by an administrator or by the softwaremodule.
 4. The method of claim 1, wherein the software module associatedwith the catalog includes a tracking program that stores informationrelated to each rule change request.
 5. The method of claim 1, whereinthe rule change request pertains to prices that are applicable to thecustomer, inclusion of products, services or capabilities within thecatalog, or exclusion of products, services or capabilities from thecatalog.
 6. The method of claim 1, wherein the step of forwardingfurther comprises the step of: including with the request, informationabout the customer including contact information for the customer, adescription of the rule change that is being requested, and time anddate information.
 7. The method of claim 1, wherein the catalog is asub-catalog that was derived from one or more ancestor catalogs, and theowner of the rule is associated with the sub-catalog or one of the oneor more ancestor catalogs, and wherein each of the one or more ancestorcatalogs has an associated software module that stores information onlocal owners of rules.
 8. The method of claim 7, wherein the step oflocating further comprises the step of: searching the software moduleassociated with the sub-catalog for contact information on the owner ofthe rule, and if the information is not found then searching thesoftware module(s) associated with the one or more ancestor catalogs inorder of ancestry until the contact information is found.
 9. The methodof claim 1, wherein the step of sending a response further comprises thestep of: sending an e-mail message, a pop-up instant message, or a textmessage to the customer, or making a telephone call to the customer, ora combination of these.
 10. An electronic catalog that providesimmediate escalation of a rule change request from a customer associatedwith the catalog to change a rule that applies to the catalog, whereinthe rule is a member of a set of rules that are used to create thecatalog and the request is escalated until it reaches an owner of therule, and wherein the catalog and the set of rules are stored andexecuted on networked computer hardware, the catalog comprising: a meansfor the customer to submit the rule change request; a software modulethat receives the rule change request and processes the request to seeif the rule change request has been pre-approved, wherein if the requesthas been pre-approved the software module sends an automated responseindicating approval of the request to the customer and changes the setof rules to reflect the approved rule change; a search and forwardprogram that receives rule change requests from the software module thathave not been pre-approved and searches for the owner of the rule, andupon locating the owner of the rule, forwards the rule change request tothe owner of the rule; and, an alerting program that receivesinformation from the search and forward program when the rule changerequest has been forwarded to the owner of the rule and sends out one ormore alerts to the owner of the rule to alert the owner of the rule tothe presence of the request.
 11. The electronic catalog of claim 10,wherein the catalog further comprises: a response program that receivesand forwards a response from the owner of the rule, wherein the responseindicates an approval of the request, a disapproval of the request witha reason for the disapproval, or a subsequent request from the owner ofthe rule to hold a dialog with the customer to discuss the rule changerequest, and wherein if the response is an approval, the responseprogram changes the set of rules to reflect the approved rule change.12. The catalog of claim 11, wherein the response from the owner of therule is sent to the customer via one or more of the following methods:an e-mail message; a pop-up instant message; a text message; and atelephone call.
 13. The catalog of claim 10, wherein the means for thecustomer to submit the rule change request is a hyperlink to a requestform, a voice telephone number, a facsimile telephone number, or ane-mail address.
 14. The catalog of claim 10, wherein the one or morealerts sent to the owner of the rule are sent by e-mail message, pop-upinstant message, text message, or telephone call, wherein the telephonecall is initiated by the alerting program or by an administrator that isnotified by the alerting program.
 15. The catalog of claim 10, whereinthe catalog further comprises: a tracking program that storesinformation related to each rule change request.
 16. The catalog ofclaim 10, wherein the rule change requests is in regards to prices thatare applicable to the customer, inclusion of products, services orcapabilities within the catalog, or exclusion of products, services orcapabilities from the catalog.
 17. The catalog of claim 10, wherein thesearch and forward program forwards information about the customer alongwith the request, including contact information for the customer, adescription of the rule change that is being requested, and time anddate information, to the owner of the rule.
 18. The catalog of claim 10,wherein the catalog is a sub-catalog that was derived from one or moreancestor catalogs, and the owner of the rule is associated with thesub-catalog or one of the one or more ancestor catalogs, and whereineach of the one or more ancestor catalogs includes software thatprovides the same functions as the software module, the search andforward program, and the alerting program.
 19. The catalog of claim 17,wherein the search and forward program searches the sub-catalog forcontact information on the owner of the rule first, and if the contactinformation on the owner of the rule is not found, then the search andforward program causes the ancestor catalogs to be searched, in order ofancestry, for the contact information.